home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000430_news@columbia.edu_Mon Feb 6 17:34:32 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA07539
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 6 Feb 1995 12:37:52 -0500
  3. Received: by apakabar.cc.columbia.edu id AA06780
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 6 Feb 1995 12:37:48 -0500
  5. Path: news.columbia.edu!panix!news.mathworks.com!zombie.ncsc.mil!news.duke.edu!godot.cc.duq.edu!ddsw1!not-for-mail
  6. From: les@MCS.COM (Leslie Mikesell)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit TSR for background xfers?
  9. Date: 6 Feb 1995 11:34:32 -0600
  10. Organization: /usr/lib/news/organi[sz]ation
  11. Lines: 46
  12. Message-Id: <3h5mj8$kar@Mercury.mcs.com>
  13. References: <3go00i$bie@crl12.crl.com> <1995Feb1.100246.40094@cc.usu.edu>
  14. Nntp-Posting-Host: mercury.mcs.com
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <1995Feb1.100246.40094@cc.usu.edu>,
  18. Joe Doupnik <jrd@cc.usu.edu> wrote:
  19.  
  20. >> If so, the kermit would save me a BUNCH.  I need to provide a remote unattended
  21. >> file xfer solution to 40,000 DOS boxes and realy need a good and cheap solution.
  22. >-------------------
  23. >    Let's look at this case. Basically you want MSK to become a TSR Kermit
  24. >file server. Of course, it's not designed that way now; file server yes,
  25. >TSR no. Doing file i/o as a TSR has a substantial collection of technical
  26. >problems because DOS itself is not reentrant and provides no multitasking
  27. >capabilities. Experiences with DOS' PRINT TSR should be enough to persuade
  28. >folks that these background transfer guys can be bad news. In addition,
  29. >a program even the size of Kermit-Lite use substantial amounts of 
  30. >conventional memory, making multiple tasking awkward for the user.
  31.  
  32. I'm running a DOS program called ACCESS PLUS that is intended to be used
  33. with the attmail service that uses a 60K TSR to provide scheduled calls
  34. in the background.  It is running on many machines without causing too
  35. much trouble from being a TSR, so it is at least possible.  It appears
  36. to run an xmodem-like protocol modified so that the total packet size
  37. is 256 bytes, and has a minimal scripting language for dialing and
  38. login. However, there are things I don't like about the rest of
  39. this package.  I'd like to replace it with something that does MIME
  40. attachments without losing the ability to do the background communication.
  41.  
  42. >    There are systems with time sharing capabilities designed into them.
  43. >The best known are OS/2 and Unix, with OS/2 providing DOS services in a
  44. >familiar and managable form.
  45.  
  46. All of which require at least a 386 and a bunch of memory.  A 60K TSR
  47. can find a cheaper home.
  48.  
  49. >    We could make a Kermit-Lite which went TSR and tried to cope with
  50. >the horrid problems of doing DOS i/o from interrupt level. It's not easy
  51. >so this would have to become a fully funded project rather than a to-do
  52. >item on our wish list.
  53.  
  54. I don't have enough sites to justify this myself, but I think there is
  55. a market for a generic solution to this problem, especially in the
  56. form of a scriptable kermit TSR since it would allow just about any
  57. host on the other end.  Especially if it could easily be set up to
  58. transport messages for something like Pegasus, using only a kermit
  59. server and a native mail system at the host side.
  60.  
  61. Les Mikesell
  62.   les@mcs.com